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The NASA Exploration Systems Mis- 
sion Directorate (ESMD) IRKM-P tightly 
couples risk management and knowl- 
edge management processes and tools 
to produce an effective “modern” work 
environment. IRKM-P objectives in- 
clude: (1) to learn lessons from past and 
current programs (Apollo, Space Shut- 
tle, and the International Space Sta- 
tion); (2) to generate and share new en- 
gineering design, operations, and 
management best practices through pre- 
existing Continuous Risk Management 
(CRM) procedures and knowledge-man- 
agement practices; and (3) to infuse 
those lessons and best practices into cur- 
rent activities. The conceptual frame- 
work of the IRKM-P is based on the as- 
sumption that risks highlight potential 
knowledge gaps that might be mitigated 
through one or more knowledge man- 
agement practices or artifacts. These 
same risks also serve as cues for collec- 
tion of knowledge — particularly, knowl- 
edge of technical or programmatic chal- 
lenges that might recur. 

The main components of the IRKM-P 
are the following: 

• Continuous Risk Management 

The CRM process is a continuous, itera- 
tive process that identifies, analyzes, 
plans, tracks, controls, communicates, 
and documents risk through all life- 
cycle phases of an organization’s prod- 
uct developments. ESMD uses an enter- 
prise risk management approach and a 
common framework for identifying, an- 
alyzing, communicating, and managing 
risks for ESMD and its performing or- 
ganizations. Risks are communicated 
vertically through an escalation process 
— horizontal integration occurs 
through a multi-tiered risk management 
working group and board structure. 
This network is also used to communi- 
cate lessons learned and best practices. 

• Process 2. 0 

The IRKM-P also has an important work- 
process-assist element called “Process 
2.0,” or P20, which is modeled on the 
U.S. Army after-action review (AAR) 
process. P20s are process-focused, colle- 
gial, structured reflection events. They 


rapidly deliver sustainable results 
through (1) focusing the team on doing 
work better — derived from Deming’s 
plan-docheck-reflect, (2) careful, discus- 
sion time management, (3) employment 
of structured thinking /logic techniques, 
and (4) enforcement of disciplined think- 
ing to drive out actionable process im- 
provements for the team. P20s have been 
used for a diverse set of team processes 
ranging from loads analysis to budget 
processes. 

• Knowledge-Based Risks 

ESMD defines Knowledge-Based Risks 
(KBRs) as: a risk record, with associ- 
ated knowledge artifacts, that provides 
a story-telling narrative of how this risk 
was mitigated — and what worked or 
didn’t work. A KBR is also a means of 
transferring knowledge in a risk con- 
text. As key risks are mitigated, partic- 
ularly risks which are likely to recur 
across other programs in ESMD, les- 
sons are captured — what were the ef- 
fects of mitigation activities; how were 
cost, schedule, and technical perform- 
ance impacted, and so on. These les- 
sons are appended to the risk record 
and organized in the risk tool by work 
breakdown structure for reuse by pro- 
gram and project risk managers in 
helping to identify new risks or de- 
velop better plans for pre-existing 
risks. When new candidate risks are 
identified, risk owners use related 
KBRs and other risks as inputs to devel- 
oping their risk mitigation, analysis, 
and documentation approach. This 
provides a tight coupling of CRM with 
lessons learned. Instead of a “collect, 
store, and ignore” approach, KBRs 
form an active collection of lesson- 
learned, which are continually reused 
and updated. 

• Wiki-Enabled Teams 

Wiki-enabled teams perform a set of es- 
sential collaboration and knowledge 
sharing functions across the direc- 
torate. An important part of exploiting 
this technology has been helping teams 
critically examine their work processes 
and information architecture, which is 
then mapped into the tool. The wiki 


provides teams an easy to use, flexible 
interface to collaborate on documents, 
conduct discussions, manage calen- 
dars, locate information, and, most im- 
portantly, work more effectively. 

• Knowledge-Sharing Forums 
Knowledge-sharing forums can range 
from simple lunch seminars to larger 
conferences, such as APPEL’s Masters 
Forum. A key goal in holding these fo- 
rums is to provide speakers with subject 
matter expertise pertinent to risk driv- 
ers across ESMD. Many of these forums 
are recorded for later reuse. 

• Experience-Based Training 
Experience-based training involves 
risk management case studies, which 
serve as the ultimate multi-media 
“lessons learned” interface in our on- 
line environment. The first case de- 
veloped addresses the project success 
story of the Space Shuttle Super 
Light Weight Tank development — 
going back to the IRKM-P framework 
of risks providing a cuing function, 
this subject was chosen because we 
are currently challenged by several 
mass-related risks — and will con- 
tinue to be challenged to control 
mass for the heavy lift booster, lunar 
lander, and habitat modules. These 
RM cases are intended to highlight 
key transferrable aspects of risk man- 
agement, including the identification 
and analysis of risks, rigorous mitiga- 
tion planning, and risk trades. The 
proper application of risk manage- 
ment principles examined in these 
cases can help manage lifecycle costs, 
development schedules, and risk, re- 
sulting in safer and more reliable sys- 
tems for Constellation and other fu- 
ture programs. 

The IRKM-P continues to evolve and 
serves as an effective extension of man- 
agement leadership to facilitate integra- 
tion, collaboration, and effective work- 
process implementation across the 
complex ESMD enterprise. 
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